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1 

Method and arrangement for maintaining synchronization in association with 
resetting a communication connection 

Menetelma ja jarjestely synkronoinnin sailyttamiseksi tiedonsiirtoyhteyden 
5 resetoinnin yhteydessa 

Metod och arrangemang for att bevara synkronisering i sammanhang med 
aterstallningen av en kommunikationsforbindelse 

10 

The invention concerns generally the technology of keeping the communication 
connections functional between base stations and terminals of a cellular radio 
system. Especially the invention concerns the task of maintaining certain 
synchronization aspects during the procedure of resetting a communication 
15 connection. 

The specifications of cellular radio systems define certain protocol stacks consisting 
of protocol layers which the communicating devices must implement. Certain 
protocol layers serve as peer entities to each other in a pair of devices which have a 
20 conrununication connection between them. The specifications also define certain 
procedures for setting up, maintaining and tearing down the communication 
connections between such peer entities. 

As an example we consider the specifications of the UMTS (Universal Mobile 
25 Telecommunications System), and especially the RLC (Radio Link Control) layers 
of a MS (Mobile Station) and an RNC (Radio Network Controller) which are peer 
entities to each other. For acknowledged mode operation there has been defined, in 
a pubhshed technical specification known as ETSI TS 125 322 V3.1.2 (2000-01) 
where ETSI comes from European Telecommunications Standards Institute, a 
30 RESET procedure for the RLC layer. Said technical specification is incorporated 
herein by reference. The RESET procedure is used to reset peer RLC entities in the 
RNC and the MS in a situation where a protocol error has been discovered by any of 
the peer RLC entitites. The task of the RESET procedure is to reset all 
corresponding protocol parameters in both peer entities in order to solve the error 
35 situation and to continue data transmission by using the same network resources and 
the initial RLC parameters. At the same time when protocol parameters are reset the 
RLC layer must increase the value of the HFN (Hyper Frame Number) by one in 
order to prevent the RLC layer from reusing the same ciphering mask to soon. 
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The known RESET procedure relies on the exchange of certain PDUs (Protocol 
Data Units) between the peer RLC entities and works well when the PDUs travel 
between the RNC and the MS without problems. However, the known RESET 
5 procedure fails in a situation where at least one PDU is lost due to a conimunication 
error. Fig. 1 illustrates a situation where the communicating entities have been 
designated as the sender and the receiver according to the direction of travel of the 
first PDU related to the RESET procedure. At step 101 the sender notes a protocol 
error on the RLC layer, which means that a RESET procedure must be initiated. Let 

10 us assume that the current HFN (HyperFrame Number) at the time of discovering 
the protocol error is M. The sender initiates the RESET prodedure by sending, at 
step 102, a certain RESET PDU to the receiver. The RESET PDU is designated as 
103. At the same time the sender sets a timer which is known as the Timer_RST. 
The time between the setting and expiry of the timer is shown in Fig. 1 as a line of 

15 black dots. 

At step 104 the receiver receives the RESET PDU and thereby becomes aware of 
the need for resetting the RLC level operation. At step 105 it resets all protocol 
parameters and increases the current value of the HFN by one to M+1. After having 
20 completed these tasks the receiver sends at step 106 an acknowledgement 107 
known as the RESET ACK PDU. The purpose of the acknowledgement 107 is to 
inform the sender that the RLC layer resetting has been completed in the receiver. 
Note that the designations "sender" and "receiver" continue to refer to the 
transmission direction of the first PDU 103. 

25 

At step 108 the acknowledgement 107 gets lost or corrupted due to a 
communication error. It never reached the sender, so he is not aware of the 
acknowledgement 107 having been sent at all. At step 109 the Timer_RST expires, 
which causes the sender to send a new RESET PDU 110 and set the Timer_RST 
30 again; the dots shifted slightly to the left represent the new timing round of the 
Timer_RST. The current HFN value at the sender is still M. 

At step 111 the receiver receives the latter RESET PDU 110. It has no means of 
knowing that the acknowledgement 107 was lost, which means that upon receiving 
35 the second RESET PDU 110 the receiver again resets all protocol parameters at step 
112 and again increases the current value of the HFN by one, this time to M+2. 
After having completed these tasks the receiver sends at step 113 an 
acknowledgement 114. This time the acknowledgement gets through to the sender, 
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which receives it as step 115 and resets all protocol parameters for its part at step 
116 and increases the current value of the HFN by one to M+1. The result of one 
RESET ACK PDU 107 having been lost without a trace is that after step 116 the 
HFN values in the sender and the transmitter are different, in other words the HFN 
5 synchronization between the sender and the receiver is lost. This in turn causes 
deciphering to fail in the continued RLC connection, so that the only possibility is to 
release the corresponding radio bearer and to set up a new one which causes delay 
and unnecessary signalling load. 

10 It is an object of the invention to provide a method and an arrangement for resetting 
a communication connection with good robustness against the disappearance of 
transmitted information related to the resetting procedure. 

The object of the invention is achieved by including a sequence number in at least 
15 those pieces of transmitted information which cause changes that are relevant to 
synchronization. 

The invention concerns a method for resetting a communication connection between 
a first conununication device and a second conmiunication device in a cellular radio 
20 system, comprising the steps of: 

- detecting the need for resetting the communication connection, 

- transmitting from the first communication device to the second communication 
device a first piece of information indicating the need for resetting the 
communication connection, 

25 - performing a resetting procedure at the second communication device, and 

- transmitting from the second communication device to the first communication 
device a second piece of information indicating the completion of the resetting 
procedure; 

the method is characterized in that it comprises the step of inserting into a certain 
30 piece of information transmitted between the first conmiunication device and the 
second communication device an indication of an effective number of certain 
resetting operations associated with a certain detected need for resetting the 
communication connection, 

35 The invention applies also to a communication device for communicating between 
another communicating device within a cellular radio system over a communication 
connection, the device comprising 

- means for detecting a need for resetting the communication connection, 
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- transmission means for transmitting to the other communication device first pieces 
of information indicating the need for resetting the communication connection and 
second pieces of information indicating the completion of the resetting procedure, 

- receiving means for receiving from the other communication device first pieces of 
5 information indicating the need for resetting the conmiunication connection and 

second pieces of information indicating the completion of the resetting procedure, 
and 

- resetting means for performing a resetting procedure for the communication 
connection; 

10 the device is characterized in that it comprises means for inserting into a certain 
piece of information transmitted between it and the other communication device an 
indication of an effective number of certain resetting operations associated with a 
certain detected need for resetting the communication connection. 

15 The synchronization failure which may follow from an attempted prior art resetting 
procedure is caused by the fact that the receiver of the piece of information which 
calls for initiating the resetting procedure has no means of knowing, whether the 
piece of information is a genuine one or a resent copy. By placing a sequence 
number into that piece of information the sender may indicate, whether it is the first 

20 or a subsequent attempt of sending the piece of information. 

The receiver of the piece of information which calls for initiating the resetting 
procedure checks the sequence number and compares it against the sequence 
number received in the immediately previous corresponding piece of information it 
25 has received. If the sequence number indicates the latter version to be a resent copy, 
the receiver does not change the synchronization aspects any more but just sends its 
acknowledgement. 

An altemative way of viewing of the problem is to say that the receiver of that piece 
30 of information which acknowledges a completed resetting procedure at the other 
end of the conmiunication connection has no means of knowing, whether the 
acknowledgement is a genuine one or a resent copy. By placing a sequence number 
into the acknowledgement the conununicating party which sends the 
acknowledgement may indicate, whether it is the first or a subsequent attempt of 
35 acknowledging. 

According to the latter approach the device which receives the acknowledgement, 
i.e. the device which was the original initiator of the resetting procedure, checks the 
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sequence number and compares it against some previously stored information that 
describes the synchronization aspects before the lately initiated resetting procedure. 
If the sequence number indicates that the device at the other end has received 
multiple initiations for resetting, the device which received the acknowledgement 
5 changes its synchronization aspects accordingly. 

In a very simple embodiment of the invention the sequence number need not be any 
longer than one bit. In all subsequent copies of a piece of information which calls 
for initiating the resetting procedure the value of the sequence number bit is the 
10 same as in the original one. Only if one resetting procedure has been successfully 
completed and there comes a need for initiating another, the value of the sequence 
number bit is changed. In an acknowledgement the sequence number indicates the 
number of changes made to the synchronization aspects. 

15 The novel features which are considered as characteristic of the invention are set 
forth in particular in the appended claims. The invention itself, however, both as to 
its construction and its method of operation, together with additional objects and 
advantages thereof, will be best understood from the following description of 
specific embodiments when read in connection with the accompanying drawings. 

20 

Fig. 1 illustrates a known resetting procedure. 



Fig. 2 illustrates a resetting procedure according to an embodiment of the 
invention, 

25 

Fig. 3 illustrates an advantageous structure of a protocol data unit which is used 
as a part of the invention. 

Fig. 4a illustrates the operation of a conununication device according to an 
30 embodiment of the invention. 



Fig. 4b illustrates the operation of a communication device according to an 
embodiment of the invention modified from that of Fig. 4a, 



35 



Fig. 5 



illustrates a resetting procedure according to another embodiment of the 
invention, 
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Fig. 6a illustrates the operation of a communication device according to said 
other embodiment of the invention. 

Fig. 6b illustrates the operation of a communication device according to an 
5 embodiment of the invention modified from that of Fig. 6a, 

Fig. 7 illustrates the application of the invention within a structure of protocol 
layers, 

10 Fig. 8 illustrates a mobile station according to an embodiment of the invention 
and 

Fig. 9 illustrates a radio network controller according to an embodiment of the 
invention. 

15 

Fig. 1 has been described above within the description of prior art, so the following 
discussion will focus on Figs. 2 to 9. 

Fig. 2 illustrates a situation where the communicating entities have been designated 
20 as the sender and the receiver according to the direction of travel of the first PDU 
related to the RESET procedure in the same manner as in Fig. 1. At step 201 the 
sender notes a protocol error on the RLC layer, which means that a RESET 
procedure must be initiated. Let us again assume that the current HFN at the time of 
discovering the protocol error is M. The sender initiates the RESET prodedure by 
25 sending, at step 202, a certain RESET PDU to the receiver. The RESET PDU is 
designated as 203. At the same time the sender sets the timer Timer__RST. The 
running time of the timer is again shown in Fig. 2 as a line of black dots. 

According to the invention the RESET PDU 203 contains a sequence number, 
30 which we denote as the RSN or Reset Sequence Number, the value of which is k for 
the transmitted RESET PDU 203. In association with formulating and sending the 
RESET PDU 203 at step 202 the sender stores the value k of the RSN included in 
the RESET PDU 203. At step 204 the receiver receives the RESET PDU 203 and 
thereby becomes aware of the need for resetting the RLC level operation. It also 
35 receives and stores the value k of the RSN. At step 205 the receiver resets all 
protocol parameters and increases the current value of the HFN by one to M+1. 
After having completed these tasks the receiver sends at step 206 a RESET ACK 
PDU 207. 
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If the acknowledgement reaches the sender without problems, the resetting 
procedure is completed in the normal manner and the novel features added by the 
present invention do not come into significant use. However, we assume that at step 
5 208 the acknowledgement 207 gets lost or corrupted due to a communication error. 
It never reached the sender in decodable shape, so the sender is not aware of the 
acknowledgement 207 having been sent at all. At step 209 the Timer_RST expires, 
which causes the sender to send a new RESET PDU 210. The current HFN value at 
the sender is still M, 

10 

According to the invention the sender notes at step 209 that the new RESET PDU 
210 is actually a resent copy of the previous RESET PDU 203, because no 
acknowledgement was received concerning the previous RESET PDU 203 before 
the expiry of the Timer_RST. Therefore the sender reads the stored value k of the 
15 RSN which was included in the previous RESET PDU 203 and includes it as such 
to the new RESET PDU 210. 

At step 211 the receiver receives the latter RESET PDU 210. Now the receiver 
checks the value of the RSN in the new RESET PDU 210 and compares it against 

20 the previously stored value k received in the first RESET PDU 203. The receiver 
notes that these two values are the same, from which it may deduce that the 
acknowledgement 207 was lost. This means that upon receiving the second RESET 
PDU 210 the receiver does not reset the protocol parameters at step 212, or at least 
does not increase the current value of the HFN any more. Resetting the protocol 

25 parameters once more at step 212 would not do any harm, because the same original 
RLC parameter values would be reverted to anyway. After step 212 the receiver 
sends at step 213 a new acknowledgement 214. 

This time the acknowledgement gets through to the sender, which receives it at step 
30 215 and resets all protocol parameters for its part at step 216 and increases the 
current value of the HFN by one to M+1. Since the receiver did not increase the 
value of the HFN any more at step 212 after finding that the value of the RSN in the 
second RESET PDU 210 was k, i.e. the same as in the first RESET PDU 203, one 
RESET ACK PDU 207 having been lost without a trace does not result in the HFN 
35 values in the sender and the transmitter being different, which means that the HFN 
synchronization between the sender and the receiver is maintained. 
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The operation of the sender and receiver devices remains the same even if also the 
second RESET ACK PDU 214 were lost or corrupted. In such a case the sender 
could transmit a third RESET PDU where the value of the RSN would still be the 
same as in the first and second RESET PDUs, so that the steps 211, 212 and 213 
5 would be repeated at the receiver. In order not to keep the communication resources 
reserved in a situation where interference conditions or other error sources are 
severe enough to make the continuation of communication impossible, it may be 
reasonable to set a limit for the maximum number of times of attempting the 
resetting procedure by the sender. 

10 

At step 217 RLC level communication is continued between the sender and the 
receiver. At step 218 the sender again realizes that there has happened a protocol 
error on the RLC layer, which means that a RESET procedure must again be 
initiated. We may assume that the current HFN if now T. The sender initiates again 

15 the RESET prodedure by sending, at step 219, a certain RESET PDU to the 
receiver. The RESET PDU is designated as 220. Because the newest RESET PDU 
220 is not a resent copy of some other RESET PDU, the RSN value contained 
therein is now something else than k, say k+1 (although we designate RSN as the 
sequence number, it is not essential that there is a certain well-defined relationship 

20 between the sequence number values of the RESET PDUs 203 and 220; it suffices 
that the two are different). In association with formulating and sending the new 
RESET PDU 220 at step 219 the sender stores the value k+1 included in the RESET 
PDU 220. From the reception 221 of the RESET PDU 220 at the receiver the 
operation follows the steps described previously. 

25 

Had it been the receiver and not the sender which noticed the new protocol error on 
the RLC layer at step 218, the operation would be otherwise the same as described 
above, but even the sole requirement of the value of the sequence number in the 
newest RESET PDU being different than in the previous RESET PDU 203 can now 

30 be released. There is no risk of confusion, since the reception and storing of a 
sequence number read from a received RESET PDU in a certain device is different 
than the storing of a sequence number included in a RESET PDU transmitted by that 
device. However, certain advantage may also be gained by associating a sequence 
number unequivocally with a certain individual resetting procedure regardless of its 

35 initiator; for example if a sequence number is used which is considerably longer 
than one bit and incrementing it by one each time during a RLC level connection 
when a resetting procedure has to be undertaken, the value of the sequence number 
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can be used as an indicator of the observed statistical quality of the communication 
connection. 

Fig. 3 illustrates a PDU structure which can advantageously be used in constructing 
5 the RESET PDUs in the procedure explained above. The PDU 301 is N octets long 
and comprises a D/C field 302, a PDU Type field 303, a R field 304 and a PAD 
field 305. Of these the D/C field 302 is for indicating whether the PDU comprises 
Data or Control information, the PDU Type field 303 contains an identifier which 
indicates the PDU type in question, the R field 304 contains Reserved bits and the 
10 PAD field is a padding field the purpose of which is to harmonize the length of the 
PDU 301 with general PDU definitions given in the specifications of the cellular 
radio system in question. 

The minimum length of the sequence number k is one bit, so that just checking 
15 whether the bit in question is 0 or 1 is enough to tell, whether a certain received 
PDU is a genuine original one or a resent copy. Especially if the sequence number is 
just one bit but actually also regardless of the length of the sequence number the 
increasing of the sequence number by one when starting a new resetting procedure 
must by understood as a cyclical operation where adding one to the largest possible 
20 sequence number value gives the smallest possible sequence number value as a 
result. 

The sequence number can basically be placed into an arbitrary location within the R 
field 304 or the PAD field 305. Especially if only one bit is used as the sequence 
25 number, specifying one of the reserved bits of the R field 304 is reasonable. In Fig. 
3 we have assumed that one of the bits in the R field is designated as the RSN or 
Reset Sequence Number bit 306, 

Fig. 4a illustrates the method described above in the form of a flow diagram which 
30 the operation of a communication device may follow. At step 401 the establishing of 
an RLC level communication connection is initiated, and as a part of the initiating 
procedures an initial value for the RSN is stored at step 402. Step 403 corresponds 
to conrmiunicating normally through the established RLC level communication 
connection. Steps 404 and 405 constitute a control loop which the device uses to 
35 monitor the state of the communication connection. If a protocol error is noticed at 
step 404, the device in question becomes the sender in the notation of the above- 
described examples. At step 406 it increases the value of the RSN by one and at step 
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407 it sets the Timer_RST. At step 408 it transmits a RESET PDU containing the 
increased RSN value to the other device which is now in the role of the receiver. 

After having transmitted the RESET PDU the sender device starts circulating in the 
5 loop consisting of steps 409 and 410 where it constantly checks, whether an 
acknowledgement is received and whether the timer has expired. Receiving the 
acknowledgement cause a transition from step 409 to step 411 where the RLC 
parameters are reset. Thereafter the device increases the current HFN number by 
one at step 412 and resumes normal communication at step 403. If the timer makes 

10 it to expiry before an acknowledgement is received, there follows a transition from 
step 410 to step 413 where the device checks, whether it has reached the maximum 
allowable number of resetting attempts. If not, it retums to step 407 where the timer 
is again set; note that the value of RSN is not increased. A positive finding at step 
413 causes the device to abort further resetting attempts and to declare an RLC 

15 failure at step 414. The step 406 of increasing the RSN value could be located also 
in other places outside the loop consisting of steps 407, 408, 409, 410, and 413; it 
could be for example between steps 409 and 411, between steps 411 and 412 or 
between steps 412 and 403. 

20 A positive finding at step 405, i.e. the reception of a RESET PDU, means that the 
device becomes the receiver device in the notation used above. At step 420 it checks 
the RSN value included in the received RESET PDU and compares it against the 
RSN value it has previously stored either at the setup phase of the RLC connection 
or in association with the latest resetting procedure. In a normal case the two RSN 

25 values are not the same, which means that the received RESET PDU is a genuine 
original one and not a resent copy. In such a case the device stores the newly 
received RSN at step 421, resets the RLC parameters at step 422 and increases the 
value of the current HFN at step 423 before sending a RESET ACK PDU at step 
424. If the two RSN values were found to be equal at step 420, steps 421, 422 and 

30 423 were omitted. After having sent the acknowledgement at step 424 the device 
returns to the normal communication state at step 403. It should be noted that this 
does not mean that normal communication continues immediately: it may happen 
that the acknowledgement sent at step 424 gets lost or corrupted, in which case a 
new transition from step 405 to step 420 occurs as soon as the device receives a 

35 resent copy of the previous RESET PDU. 

A slightly modified version of the embodiment of the invention described above is 
such where an RSN is not defined at all, but where the current HFN or a derivative 
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thereof is used for the same purpose as the RSN in the above-described 
embodiment. Fig. 4b illustrates this alternative embodiment. Whenever the sender 
sends a RESET PDU at step 408', regardless of whether it is a genuine original 
RESET PDU or a resent copy, it includes into it the current HEN value. When the 
5 receiver receives such a RESET PDU, it checks at step 420' whether the HEN value 
contained therein is the same as the current HEN value of the receiver. If the two 
HEN values are the same, the receiver knows that this is the first time for it to 
receive this particular RESET PDU, in which case the receiver performs the 
parameter resetting 422 and HEN increasing 423 steps. If, however, the HEN value 

10 included in the received RESET PDU is smaller than the current HEN value of the 
receiver, the receiver knows that it has already performed an HEN increasing step in 
association with the resetting procedure meant by the most recently received RESET 
PDU, i.e. the most recently received RESET PDU is a resent copy. In such case the 
receiver does not increase any more its current HEN value but goes directly into the 

15 acknowledging step 424. Using the HEN instead of a (potentially very short) 
sequence number has the drawback that the HFN reserves a relatively large number 
of bits from the RESET PDU. 

In still another slightly modified version of the above-described embodiments the 
20 first RESET PDU 203 sent by the sender does not comprise an RSN at all, and all 
subsequently resent copies like the RESET PDU 210 do contain an RSN value. If a 
receiving device finds a RSN value in a received RESET PDU, it knows that it is a 
resent copy and consequently does not make changes in the current HEN value. This 
embodiment of the invention has the drawback that in a case where the genuine 
25 original RESET PDU was lost or corrupted, the receiver can not know whether the 
resent copy it received refers to some lost or corrupted RESET PDU or to some 
other, relatively recently successively received genuine original RESET PDU. 

In the foregoing we have assumed that it is the sender which includes a sequence 
30 number or other information into its transmissions so that the device at the other end 
may deduce, whether a particular received PDU is a genuine original one or a resent 
copy. However, basically the same principle of using sequence numbering or 
corresponding information to prevent synchronization errors can be reduced into 
practice also by obligating the receiver to include such an indicative piece of 
35 information into its acknowledging transmissions. In the following we describe such 
an alternative embodiment of the invention. 
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Fig. 5 illustrates a situation where the communicating entities have been designated 
as the sender and the receiver according to the direction of travel of the first PDU 
related to the RESET procedure in the same manner as in Figs. 1 and 2. We assume 
that as a part of a connection setup process an initial value k has been stored for a 
5 sequence number known as the RSN. At step 501 the sender notes a protocol error 
on the RLC layer, which means that a RESET procedure must be initiated. Let us 
again assume that the current HFN at the time of discovering the protocol error is 
M. The sender initiates the RESET prodedure by sending, at step 502, a certain 
RESET PDU to the receiver. The RESET PDU is designated as 503. At the same 
10 time the sender sets the timer Timer_RST, The running time of the timer is again 
shown in Fig. 5 as a line of black dots. 

According to this alternative embodiment of the invention the RESET PDU 503 
does not contain a sequence number, but is just a RESET PDU known as such from 

15 prior art. At step 504 the receiver receives the RESET PDU 503 and thereby 
becomes aware of the need for resetting the RLC level operation. It does not receive 
any sequence numbers, but it has previously stored the initial value k of the RSN. At 
step 505 the receiver resets all protocol parameters and increases the current value 
of the HFN by one to M+1. According to this alternative embodiment of the 

20 invention the receiver increases also its stored value of the RSN by one to k+1. 

After having completed these tasks the receiver sends at step 506 a RESET ACK 
PDU 507 which differs now from the previously used prior art RESET ACK PDU 
in that it contains the value k+1 of the RSN which the receiver obtained at step 505. 

25 Again we assume that at step 508 the acknowledgement 507 gets lost or corrupted 
due to a communication error. It never reached the sender in decodable shape, so the 
sender is not aware of the acknowledgement 507 having been sent at all. At step 509 
the Timer_RST expires, which causes the sender to send a new RESET PDU 510. 
The current HFN value at the sender is still M, and the current RSN value at the 

30 sender is still k. 

According to this embodiment of the invention the sender may note at step 509 that 
the new RESET PDU 510 is actually a resent copy of the previous RESET PDU 
503, because no acknowledgement was received concerning the previous RESET 
35 PDU 503 before the expiry of the Timer_RST. However, such a finding has little 
significance as the new RESET PDU 510 is again just a RESET PDU known as 
such from prior art without any reference to the value of the RSN. 
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At step 511 the receiver receives the latter RESET PDU 510. The receiver has no 
means of knov^ing, whether the latter RESET PDU is a resent copy of the previously 
received RESET PDU 503, so it performs exactly the same protocol parameter 
resetting step 512, together with again increasing the current values of the HFN and 
5 k. 

After step 512 the receiver sends at step 513 a new RESET ACK PDU 514 to the 
sender, and includes again into this PDU the most recently stored value of the RSN, 
which is now k+2. This time the acknowledgement gets through to the sender, 

10 which receives it at step 515. The sender resets all protocol parameters for its part at 
step 516. By comparing the received RSN value to its own stored value it notes that 
there is a difference of two, which causes the sender to increases both the current 
value of the HFN by two to M+2 and the stored RSN value to k+2. One RESET 
ACK PDU 507 was again lost without a trace, but because the successful RESET 

15 ACK PDU 514 contained an updated value of the RSN, the HFN values in the 
sender and the transmitter became the same after all, which means that the HFN 
synchronization between the sender and the receiver is maintained. If the first 
RESET ACK PDU 507 had come through without problems, the RSN value k+1 
therein would have made the sender to increase both the current value of the HFN 

20 by one to M+l and the stored RSN value to k+l. 

Also in the embodiment of Fig. 5 the operation of the sender and receiver devices 
remains the same even if also the second RESET ACK PDU 514 were lost or 
corrupted. In such a case the sender could transmit a third RESET PDU which 
25 would still have the same known unnumbered format as the first and second RESET 
PDUs, so that the steps 511, 512 and 513 would be repeated at the receiver. If a 
third RESET ACK PDU finally got through, it would contain the RSN value k-l-3, 
which would cause the sender to increase its current HFN and stored RSN values by 
three. 

30 

At the next occurrence of a protocol error the stored value of RSN would still 
initially be the same in both communication devices, so the above-described 
procedure could be repeated. 

35 Fig. 6a illustrates the method according to the alternative approach described above 
in the form of a flow diagram which the operation of a conmiunication device may 
follow. At step 601 the establishing of an RLC level communication connection is 
initiated, and as a part of the initiating procedures an initial value for the RSN is 
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stored at step 602. Step 603 corresponds to communicating normally through the 
established RLC level communication connection. Steps 604 and 605 constitute a 
control loop which the device uses to monitor the state of the communication 
connection. If a protocol error is noticed at step 604, the device in question becomes 
5 the sender in the notation of the above-described examples. At step 606 it sets the 
Timer_RST. At step 607 it transmits a RESET PDU to the other device which is 
now in the role of the receiver. 

After having transmitted the RESET PDU the sender device starts circulating in the 
loop consisting of steps 608 and 609 where it constantly checks, whether an 
acknowledgement is received and whether the timer has expired. Receiving the 
acknowledgement cause a transition from step 608 to step 610 where the RLC 
parameters are reset. Thereafter the device calculates at step 611 the difference 
between the RSN value it received in the RESET ACK PDU and the RSN value it 
has itself previously stored. At step 612 it increases the current HFN number by the 
amount of the calculated difference, and at step 613 it increases the local RSN value 
also by the amount of the calculated difference and stores the so updated RSN value. 
Thereafter it resumes normal communication at step 603. If the timer makes it to 
expiry before an acknowledgement is received, there follows a transition from step 
609 to step 614 where the device checks, whether it has reached the maximum 
allowable number of resetting attempts. If not, it returns to step 606 where the timer 
is again set. A positive finding at step 614 causes the device to abort further 
resetting attempts and to declare an RLC failure at step 615. 

25 A positive finding at step 605, i.e. the reception of a RESET PDU, means that the 
device becomes the receiver device in the notation used above. At step 420 it 
increases the locally stored RSN value by one before storing it anew. Thereafter the 
device resets the RLC parameters at step 621 and increases the value of the current 
HFN at step 622 before sending a RESET ACK PDU at step 623. It includes into 

30 the RESET ACK PDU sent at step 623 the recently updated RSN value. After 
having sent the acknowledgement at step 623 the device returns to the normal 
communication state at step 603. It should again be noted that this does not mean 
that normal communication continues immediately: it may happen that the 
acknowledgement sent at step 623 gets lost or corrupted, in which case a new 

35 transition from step 605 to step 620 occurs as soon as the device receives a resent 
copy of the previous RESET PDU. 
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A modified embodiment of the most recently described method can also be 
presented where again the RSN is completely omitted and the sequential 
management of the resetting-related PDUs is performed on the basis of HFN values 
only. Fig. 6b illustrates such a modified embodiment. The difference between the 
5 methods of Figs. 6a and 6b is firstly that there is no RSN initialization step (step 602 
in Fig. 6a) in Fig. 6b. Also in the receiver-side operation there is no RSN increasing 
step (step 620 in Fig. 6a) in Fig. 6b. Step 623' differs from step 623 in that it is not 
the updated RSN value (which now does not even exist) but the updated HFN value 
which is included in the RESET ACK PDU. In the sender-side operation the RSN- 
10 related steps 61 1 and 613 of Fig. 6a are missing, and the increasing operation of step 
612 in Fig. 6a is simplified to the simple replacement operation of 612' in Fig. 6b 
where the sender replaces its own current HFN value with the one received in the 
RESET ACK PDU. 

15 Previously we have noted that the FIFN value is much longer in bits than an RSN 
value, especially if a single bit is used as the RSN. However, the embodiments, of 
the invention which are presented as including a whole HFN value in a RESET 
PDU or a RESET ACK PDU can be remarkably simplified if one takes into account 
that the possible loss or corruption of PDUs in either direction may only cause a 

20 very small deviation between presumed and correct HFN values. Instead of a 
complete HFN value it is possible to include in a RESET PDU or a RESET ACK 
PDU a derivative thereof, for example the least significant bit or two least 
significant bits of the HFN value. Two bits are enough to indicate deviations of up 
to four HFNs, which is more than sufficient for most practical cases. Even the use of 

25 the least significant bit of the HFN alone (i.e. by stating that the RSN bit described 
in the RSN-based embodiments above is always equal to the least significant bit of 
the current HFN value) suffices to solve the problem described in Fig. 1 . 

The RSN-based and HFN-based embodiments can naturally be combined in several 
30 ways, as can the sender-obligating and receiver-obligating embodiments where 
sender-obligating denotes those embodiments where the sender must insert a certain 
value related to sequential management of resetting-related PDUs into a PDU and 
receiver-obligating denotes correspondingly those embodiments where the receiver 
must insert such a value. Combining the embodiments means that for example the 
35 sender includes the RSN value in all transmitted RESET PDUs, and in order to 
confirm that the HFN synchronization is indeed maintained the receiver includes the 
current HFN value or a derivative thereof in all transmitted RESET ACK PDUs. 
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Fig. 7 illustrates a proposed arrrangement of data protocol stacks that should be 
applied in a packet-switched communication connection where one end is a Mobile 
Station (MS) and the communication takes place over a GPRS network (General 
Packet Radio Service) through a Radio Access Network (RAN), a Serving GPRS 
5 Support Node (SGSN) and a Gateway GPRS Support Node (GGSN). The protocol 
layers where the peer entities are in the MS and the RAN are the physical layer 701 
which is for example the known UMTS physical layer, the Media Access Control 
(MAC) layer 702 and the Radio Link Control layer 703 which sometimes is 
regarded as only a part of the MAC layer 702 - hence the dashed line between them. 

10 Also the known protocol layers where the peer entities are in the RAN and the 
SGSN, the MS and the SGSN, the SGSN and the GGSN or the MS and the GGSN 
are shown. However, only data or user plane protocols are shown in Fig, 7; a 
complete illustration of protocols would include the Layer 3 Mobility Management 
(L3MM) and Short Message Services (SMS) blocks in parallel with the 

15 SubNetwork Dependent Control Protocol (SNDCP). Additionally there are the 
known Session Management (SM) and Radio Resource management (RR) entities 
which are not shown in Fig. 7. An application layer in the MS will communicate 
with a peer entity that is located for example in another MS or some other terminal. 

20 Of the protocol layers of Fig. 7 the invention concerns the RLC layers 703 in the 
MS and the RAN. Implementing the functionalities of a protocol layer in a 
communications device is known as such and takes typically the form of 
programming the required operations of the protocol layer into machine-readable 
instructions which can be executed by a nriicroprocessor. It is within the capabilities 

25 of a person skilled in the art to perform such programming to implement the 
methods described above in association with Figs. 2, 4a, 4b, 5, 6a and 6b. 

Fig. 8 illustrates schematically certain parts of a MS according to an embodiment of 
the invention. An antenna 801 is coupled through a duplexing block 802 to a 

30 receiver block 803 and a transmitter block 804. The sink of payload data from the 
receiver block 803 and the source of payload data to the transmitter block 804 is a 
baseband block 805 which in turn is coupled to a user interface block 806 for 
communicating with a human or electronic user. A control block 807 receives 
control information from the receiver block 803 and transmits control information 

35 through the transmitter block 804. Additionally the control block 807 controls the 
operation of the blocks 803, 804 and 805. 
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In accordance with the invention, the control block 807 comprises a comparison 
block 810 which is coupled to a parameter memory 811 for storing HFN values and 
RSN values if required and to a received parameter extraction block 812 which 
reads received RSN and/or HFN values or derivatives thereof from received PDUs. 
5 An RLC failure indicator entity 813 is provided for indicating an RLC failure if 
required, and a PDU composing unit 814 is provided for composing the RESET 
PDUs and RESET ACK PDUs according to need. The parameter management block 
815 makes the necessary calculations and increasings of the parameter values before 
storing them back into the parameter storage 811. 

10 

Fig. 9 defines a functional structure of a typical RNC of a cellular radio network, 
more exactly of a UMTS radio network utilizing WCDMA. The invention must 
naturally not be considered to be limited thereto. The invention can also be used in 
other types of cellular radio networks. 

15 

The RNC of Fig. 9 comprises a SFU (Switching Fabric Unit) 901 to which several 
control processor units can be connected. Reliability is typically enhanced by 
providing hardware level redundancy in the form of parallel redundant units. MXUs 
(Multiplexing Units) 902 can be used between a number of processor units and the 

20 SFU 901 to map the low bitrates from the processor units into the high bitrates of 
the SFU input ports. The NIUs (Network Interface Units) 903 handle the physical 
layer connection to different interfaces (e.g. lub interface towards Node B:s, lur 
interface towards other RNCs, lu interface towards core network nodes). The OMU 
(Operations and Maintenance Unit) 904 contains the RNC configuration and fault 

25 information and can be accessed from an external operations and maintenance 
center. The SUs (Signalling Units) 905 implement all the control and user plane 
protocols required in the RNC. Thus, the invention can be implemented in RNC in 
the Signalling Units by providing therein the PDU and parameter managing entities 
810 to 815 in a manner analogous to that described above in association with Fig. 8. 

30 

The use of terminology specific to a certain cellular radio system in this patent 
application should not be construed to place linnitations to the applicability of the 
invention also in other cellular radio systems. The features described in the 
depending claims are freely combinable unless otherwise explicitly stated. 
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Claims 

1. A method for resetting a communication connection between a first 
communication device and a second communication device in a cellular radio 
system, comprising the steps of; 

5 -detecting (201, 404, 501, 604) the need for resetting the conmiunication 
connection, 

-transmitting (202, 408, 408', 502, 607, 219, 519) from the first conmiunication 
device to the second communication device a first piece of information (203, 210, 
503, 510) indicating the need for resetting the communication connection, 
10 -performing a resetting procedure (205, 422, 505, 512, 621) at the second 
conmiunication device, and 

- transmitting (206, 213, 424, 506, 513, 623, 623') from the second communication 
device to the first conmiunication device a second piece of information (207, 214, 
507, 514) indicating the completion of the resetting procedure with respect to the 

15 second communication device, 

characterized in that it comprises the step of inserting (408, 408', 623, 623') into a 
certain piece of information (203, 210, 507, 514) transmitted between the first 
communication device and the second communication device an indication of an 
effective number of certain resetting operations associated with a certain detected 

20 need for resetting the communication connection. 

2. A method according to claim 1, characterized in that it comprises the step of 
inserting into a certain piece of information, which is transmitted from the first 
communication device to the second conmiunication device and indicates the need 

25 for resetting the communication connection, a sequence number the value of which 
remains the same, after the need for resetting the communication connection has 
been detected, from the first step of transmitting from the first communication 
device to the second conmiunication device a first piece of information indicating 
the need for resetting the communication connection to the next step of faultlessly 

30 receiving, at the first communication device, from the second communication device 
a second piece of information indicating the completion of the resetting procedure 
with respect to the second communication device. 

3. A method according to claim 2, characterized in that said sequence number is 
35 a single sequence number bit, the value of which remains the same, after the need 

for resetting the communication connection has been detected, from the first step of 
transmitting from the first communication device to the second communication 
device a first piece of information indicating the need for resetting the 
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communication connection to the next step of faultlessly receiving, at the first 
communication device, from the second communication device a second piece of 
information indicating the completion of the resetting procedure with respect to the 
second communication device. 

5 

4. A method according to claim 2, characterized in that said sequence number is 
a frame structure number indicator, the value of which indicates a certain current 
frame structure number and remains the same, after the need for resetting the 
communication connection has been detected, from the first step of transmitting 

10 from the first conmiunication device to the second communication device a first 
piece of information indicating the need for resetting the communication connection 
to the next step of faultlessly receiving, at the first communication device, from the 
second conmiunication device a second piece of information indicating the 
completion of the resetting procedure with respect to the second communication 

15 device. 

5. A method according to claim 4, characterized in that said frame structure 
number indicator is a complete value of a frame structure number. 

20 6, A method according to claim 4, characterized in that said frame structure 
number indicator is a shortened derivative from a complete value of a frame 
structure number. 

7. A method according to claim 6, characterized in that said frame structure 
25 number indicator is a group of least significant bits from a complete value of a 

frame structure number and consists of at least one bit. 

8. A method according to claim 2, characterized in that it comprises the steps of: 

- at the second conmiunication device, checking whether a certain piece of 
30 information, which is transmitted from the first communication device to the second 

conununication device and indicates the need for resetting the communication 
connection, has a sequence number the value of which is the same as the sequence 
number of an already received piece of information, which was transmitted from the 
first communication device to the second communication device and indicated the 
35 need for resetting the conrmiunication connection, and 

- only as a response to a negative finding in said checking, performing a complete 
resetting procedure at the second communication device. 
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9. A method according to claim 8, characterized in that it comprises the step of: 

- only as a response to a negative finding in said checking, increasing the value of a 
certain frame structure number at the second communication device. 

5 10. A method according to claim 1, characterized in that it comprises the step of 
inserting into a certain piece of information, which is transmitted from the second 
communication device to the first communication device and indicates the 
completion of the resetting procedure with respect to the second communication 
device, an indication of the result of performing completed resetting operations at 
10 the second conrununication device. 

11. A method according to claim 10, characterized in that it comprises the steps 
of: 

- initializing a certain sequence number at both the first and the second 
15 communication devices, 

- as a response to receiving from the first communication device at the second 
communication device an indication of the need for resetting the communication 
connection, increasing the value of a frame structure number and said sequence 
number by equal amount at the second communication device, 

20 - inserting the increased value of said sequence number into a certain piece of 
information, which is transmitted from the second communication device to the first 
communication device and indicates the completion of the resetting procedure with 
respect to the second communication device, 

- as a response to receiving from the second communication device at the first 
25 communication device an indication of the completion of the resetting procedure 

with respect to the second communication device, calculating the difference 
between the sequence number received within said indication and the sequence 
number previously stored at the first conununication device, and 

- increasing a frame structure number at the first communication device by the 
30 amount of said difference. 

12. A method according to claim 11, characterized in that said sequence number 
is a single bit. 

35 13. A method according to claim 10, characterized in that it comprises the steps 
of: 

- as a response to receiving from the first communication device at the second 
conununication device an indication of the need for resetting the communication 
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connection, increasing the value of a frame structure number at the second 
communication device, 

- inserting an indicator of the increased value of said frame structure number into a 
certain piece of information, which is transmitted from the second communication 

5 device to the first communication device and indicates the completion of the 
resetting procedure with respect to the second communication device, and 

- as a response to receiving from the second communication device at the first 
communication device an indication of the completion of the resetting procedure 
with respect to the second communication device, setting a frame structure number 

10 at the first communication device into a value which is equal to that indicated by 
said indicator which was received from the second communication device. 

14. A method according to claim 13, characterized in that said indicator of the 
increased value of said frame structure number is the increased value of said frame 

15 structure number itself. 

15. A method according to claim 13, characterized in that said indicator of the 
increased value of said frame structure number is a shortened derivative of the 
increased value of said frame structure number. 

20 

16. A method according to claim 15, characterized in that said indicator of the 
increased value of said frame structure number is a group of least significant bits 
from a complete value of said frame structure number and consists of at least one 
bit. 

25 

17. A communication device for communicating between another communicating 
device within a cellular radio system over a communication connection, comprising 

- means for detecting a need for resetting the communication connection, 

- transmission means for transmitting to the other communication device first pieces 
30 of information indicating the need for resetting the communication connection and 

second pieces of information indicating the completion of the resetting procedure, 

- receiving means for receiving from the other communication device first pieces of 
information indicating the need for resetting the communication connection and 
second pieces of information indicating the completion of the resetting procedure, 

35 and 

- resetting means for performing a resetting procedure for the communication 
connection. 
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characterized in that it comprises means for inserting into a certain piece of 
information transmitted between it and the other communication device an 
indication of an effective number of certain resetting operations associated with a 
certain detected need for resetting the communication connection. 
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Abstract 



A method and an arrangement are disclosed for resetting a 
communication connection between a first communication 
device and a second communication device in a cellular 
radio system. Firstly, there is detected (201, 404, 501, 604) 
the need for resetting the communication connection. There 
is transmitted (202, 408, 408', 502, 607, 219, 519) from the 
first communication device to the second conraiunication 
device a first piece of information (203, 210, 503, 510) 
indicating the need for resetting the communication 
connection. A resetting procedure (205, 422, 505, 512, 621) 
is performed at the second conmiunication device, and 
there is transmitted (206, 213, 424, 506, 513, 623, 623') 
from the second communication device to the first 
communication device a second piece of information (207, 
214, 507, 514) indicating the completion of the resetting 
procedure with respect to the second communication 
device. There is also inserted (408, 408', 623, 623') into a 
certain piece of information (203, 210, 507, 514) 
transmitted between the first communication device and the 
second communication device an indication of an effective 
number of certain resetting operations associated with a 
certain detected need for resetting the communication 
connection. 
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